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What's New in APRS 


We had a great TPRS Fall Digital Symposium this year - one 
Permanent Internet of the best in recent memory. It was held in Austin on 
Connection utilizing December 12th, and attendance was up significantly over last 


Spread-Spectrum Radios. 


year. The weather Friday looked bad - rain and a forecast of 
"light winter mix", but the actual weather was fine - cool, 
about 40, and the rain cleared Friday night. The first session 
was on Linux - and it was quite good. Stu Green provided us 
with a lot of information about Linux, free utilities (and the 
web addresses to find them) and configuration information. 
After that, Greg Jones talked about the flash card project (one 
version of which holds Linux for a PC). Then there was an 
update on the FHSS radio project, and another on TexNet. 
Joe Borovetz then discussed his high-speed ISP interconnec- 
: tion project. He's made tremendous progress since the fall 
TPRS Node Assignments..9 symposium, and part 2 of his how-to article appears later in 
this issue. Mike Heskett filled us in on APRS, and he 
provides interesting details on the latest in APRS in this issue. 


‘ Rather than repeat the details here, you can find all of the 
C ht © 1999 : ; peas 
All Rights Reserved slides and audio on the TPRS web site (courtesy of Greg 
Texas Packet Radio Society, Inc. Jones), at http:/Avww.tprs.or 
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(Continued from page 1) 

Finally, Greg Jones led a rather talented team of 
people on summarizing how IP networks should 
be inter-worked with amateur networks. We dis- 
cussed the current configuration of the 44-net, and 
the various options for connecting high-speed am- 
ateur devices to the Internet, including tunnels, 
proxies, and gateways. Several of those in atten- 
dance work for Internet Service Providers (ISPs) 
and Network Service Providers (NSPs) which 
helped us tremendously in understanding the key 
issues. One of the recommendations is that we 
find a way to allow the TAPR FHSS radio to permit 
LAN-bridged operation. Joe Borovetz has suc- 
cessfully used the fully-routed approach, and he 
provides details in his article. 


Taking this advice to heart - the software for the 
TAPR FHSS radio has been enhanced to include 
802.1D-compliant LAN bridging. This was done 
by implementing a 6-port Ethernet switch into the 
software between the various I/O ports and the 
onboard TCP/IP stack. The bridge learns source- 
port addresses dynamically without any configura- 
tion, and times them out automatically after non- 
use. This permits the FHSS radio to have a single 
IP address and a single Ethernet address, and to 
appear as a LAN extension for connecting up 
computers on either end. The bridge analyzes 
incoming Ethernet frames and discards them if 
forwarding them over the radio link is a useless 
operation. It also permits connecting to the radio 
TCP/IP stack from either end of the radio link just 
by IP address (which is, of course, the way it 
should work). 


This was all coded and made operational by the 
first week of January. Further TCP/IP testing has 
been on-going, and we've found and fixed several 
bugs in the device drivers, and some TCP errors in 
the stack. To configure the FHSS radio, a web- 
based interface has been designed, so you can 
point your web-browser at the radio's IP address, 
and it leads you through the configuration options. 
Banging at the FHSS stack with a lot of computers 
simultaneously with pings and HTTP requests 
helped pin down some of the bugs, and it seems 
to be a lot "harder" to kill it now [well, several 
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(Continued from page 2) 
hours of merciless attempts failed to kill it] (but 
we'll find lots more bugs as we go)). 


Bob Stricklin has gotten the transmit part of the RF 
chain working pretty well. We built a simple, but 
reasonably-accurate RF probe for 900 MHz to help 
in calibrating the signal levels. It appears the driver 
is putting out 35 milliwatts (as opposed to the 100 
milliwatts it should), so debugging is ongoing. Inci- 
dentally, to make the simple RF probe, get a small 
length of rigid or semi-rigid hard line, and solder a 
450-ohm resistor to the center conductor (you can 
use 470 ohms, with only 0.3 dB additional error). 
The other end of the resistor become the probe, 
and a wire soldered to the braid becomes the 
ground. Keep the resistor leads and the ground 
lead short (less than 1 inch, each). The cable has 
to be terminated in a 50-ohm load, such as that 
provided by the input of a spectrum analyzer. The 
probe then has 20-aB of loss, but it's pretty flat vs. 
frequency in the 900 MHz range. 


We've had some difficulty keeping parts of TexNet 
running lately. The most significant failure was at 
the North Dallas site, where both the hard-disk 
drive and the V.29 modem failed. Bob Morgan 
came up in January and replaced the modem, thus 
restoring connectivity between Austin and NDAL- 
LAS. He removed the PMS hard-disk from NDAL- 
LAS. The PMS hard drive has been moved to 
MURPHY, where it is much easier to service when 
it fails (the lifetime of our hard drives is about 1.5 
years continuous duty). All the node numbers have 
been rearranged throughout the Dallas area so that 
you do not need to know anything about where the 
PMS has moved. The 'M' command will automati- 
cally route you to Murphy instead of North Dallas. 
Unfortunately right now we have a radio path prob- 
lem between North Dallas and Murphy. The sig- 
nals are strong, but the path works only in one 
direction. NDALLAS seems to be having problems 
"hearing" but no problems "talking". We have 
noticed a huge number of new antennas sprouting 
from the NDLLAS site, and it's possible that there is 
now severe interference to our receiver. Because 
of the difficulty accessing this site, it will be quite 
awhile before we can trace down the problem. The 
usual issues of frequency, power, receiver sensitiv- 
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ity, antenna health, etc. do not appear to be the 
cause of this problem. 


While in town, Bob also serviced the SDALLAS 
node. He put a 2-meter receiver on the APRS 
frequency on the node, and the new APRS-enabled 
TexNet EPROM into the processor. Almost imme- 
diately, APRS packets started traversing the route 
from Dallas to San Antonio via TexNet. Bob has 
been a tremendous help in servicing the nodes, 
driving all over Texas and Oklahoma to keep them 
running - it's a lot for one person to do. 


-30- 
—————<k=Ee<———————————— SS 


WHAT'S NEW IN APRS 
Mike Heskett, WB5QLD 


What's new in APRS? That's a tough subject to 
tackle. Things are changing so quickly, by the time 
| tell you about the things | have heard about, there 
will be several new items. | will not go in a lot of 
detail, because | might get it wrong anyway. | used 
to take pride in myself for staying up to date with all 
the changes and testing them out to see how they 
worked. | did say that | used to do that didn't I? | 
have become resigned to the fact that it extremely 
hard for any one person to stay on top of it all. It 
looks like now that several people are required to 
just keep current with the products/features they 
are using. 


In no particular order, these are some of the newer 
items that come to mind. You can find more 
information about almost all these products on the 
TAPR website: http:/Awww.tapr.org. Also, addi- 
tional can be found on the web pages listed below. 


Kenwood has come out with a new dual band HT 
(THD7A) that has a built in 1200/9600 Baud TNC. 
It's obvious that Bob Bruninga, WB4APR (the fa- 
ther of APRS) had a lot to do with the design. It 
sends compressed packets. Like the MIC-E, it can 
display icons on the display. When a compatible 
GPS is attached, it becomes a fully functional 
APRS tracker in a small package. For more infor- 
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mation, look on Kenwood's web page _shittp:// 
www.kenwood.net. You can even subscribe to an 
e-mail reflector that concentrates on the THD7A. 


PocketAPRS Another APRS author has emerged 
with a version of APRS designed to run on a Palm 
Pilot Ill. This product, originally named 
PalmAPRS, is now known as PocketAPRS. There 
are maps being developed that can be down- 
loaded in the Palm Pilot Ill. This system might be 
a good solution to those that don't have a laptop or 
where even a laptop was just too big to use ina 
mobile. 


WinAPRS has a fairly new release. New func- 
tions: 
e Total rewrite of all protocol parsing code 
e Added support for using images for maps 
e Added support for internet based Map servers 
(tiger and mapblast) 
e Added support for internet based Intellicast 
Weather Maps 
e Changed map window buttons to Icons 
e TCP/IP options are now set in a dialog box 
and remembered 
e IGates will now forward indvidual messages 
to Internet EMail if formatted correctly 
e Message delivery changed from parallel to 
sequential 
e Message numbers increased to 3 digits 
(easier sorting of messages) 
e Fixed several minor bugs in the message 
window display and searching 
e Added Special Stations file for IGating, Flag- 
ging and other settings of stations 
e KISS mode now supported 
More information at Rutgers: ftp:// 
aprs.rutgers.edu/pub/hamradio/APRS/WinAPRS/ 


APRSPLUS APRS+SA v0.9.22 has a new re- 
lease: 
¢ New Profile page in Setup includes entries for 
Power, Height and Gain (PHG) and a number 
of other parameters. All parameters except 
PHG can be queried remotely by sending a 
directed message. Also included on the Pro- 
file page is a edit box for entering additional 
(Continued on page 5) 
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TPRS was founded in 1985 and is an educational, public service, and scientific 
research non-profit corporation. Texas Packet Radio Society goals are: 


1- design and research amateur radio packet networks 
2- provide education in the area of general packet usage 


To accomplish better communications in the region, TPRS has been 
organizing statewide working groups to cover various networking topics. The 
current working groups are the Mailbox/BBS Group, TCP/IP Group, and the 
TexNet Support Group. TPRS hopes that these working groups will help 
promote information exchange in their respected areas in Texas. New working 
groups are formed as needed to provide channels for discussion and to help 
provide direction for that area of digital communications. Anyone can participate 
in a working group; TPRS membership is not required. 


TexNet 

TPRS has established a digital packet network protocol, a standard 
hardware package for the network nodes, and software modules that implement 
the TexNet network. 

The basic design philosophy of TexNet is an open, inexpensive, multi- 
resource, high speed ‘backbone’ with access through multi-connect capable local 
nodes. On the high speed side, TexNet is a 9600 baud network system. For local 
access, compatibility with the typical 2 meter AX.25, 1200 baud, AFSK/FM. 
station is the operational norm. Other baud rates and modulation techniques can 
be supported on the primary user port or secondary port. The system is totally 
compatible with both versions of the AX.25 protocol specifications for user 
connections. With these general specifications, TexNet has been designed and 
tested to enable all users to take advantage of this high speed, full protocol 
protected packet network system. 

Each node offers, in addition to TexNet access, local area digipeater service, 
2 conference bridges for full protocol protected roundtable or net operation, a full 
mult-connect, multi-user mailbox system, a local console for installation and 
maintenance setups, a debugger module for long distance and local software 
monitoring,and an interface for a weather information server for regional weather 
information, if available. 

The NCP-PC (TexNet for PC) creates a direct interface to the PC platform. 
The Z80 based PC card supports 4 channels for communications. This co- 
processor approach allows the AX.25 and TexNet-IP to run on the card without 
affecting the PC. This allows the full power of the PC to be used for network 
applications. The versatility of this board is only now being developed and 
applications are endless. 


The TexNet Network 
The Texas TexNet network system has been operational since October 
1986. When fully operational, the network reaches from the border of Mexico to 
Missouri. Use of the Texas TexNet system is open to all amateur operators. 
TPRS has been coordinating the installation of the Texas TexNet system. Further 
expansion of the system depends entirely upon the amateur community. 


INFORMATION 
TPRS is interested in spreading our information and research efforts as 
widely as possible. We want other groups involved with packet efforts to get in 
contact with us. We will provide information for those amateur packet groups 
that are interested in this system for their areas. If you would like more 
information concerning TPRS or TexNet, please drop a letter to: 


Texas Packet Radio Society, Inc. 
P. O. Box 50238 
Denton, Texas 76206-0238 


TPRS MEMBERSHIP 
TPRS membership is widespread with most members located in Texas, but 
members are located in other states and in foreign countries. Membership is 
open to any interested person. If you are interested in becoming a member and 
receiving the TPRS Quaterly, please send your name, address and call with 
membership dues of $12 per year. A membership application is available 
elsewhere in this issue. 
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(Continued from page 4) e Moved all xxx.BAS programs to a PRO- 
profile strings. GRAMS directory. 
Tactical callsigns have been enhanced to sup- 
port remote definition of tactical callsigns. | apologize for the items that were left out, and will 
Drop down boxes with predefined text values __ try to provide more updates next time. 
are now supported for several items. 73's Mike - WB5QLD [32 50.56N 097 11.49W ] 
If you are connected to the Internet, a new 
?Query? item will appear on the Send Mes- 
sage window. These include links to QRZ for 
callsign data lookup, and an Internet map, 
centered on the location of the callsign in en- Permanent Internet Connection utilizing 
tered in the TO call of the Send Message win- Spread-Spectrum Radios. 
dow, if there is a current Posit. Part 2 
Now supports Text-to-speech as provided by 
Microsoft's Agent, to enable text to speech you Joe Borovetz, WA5VMS 
need to download some free files from Mi- 
crosoft. This is really slick, the voices used by [Fgitor’s note: Joe is working on providing TexNet 
Microsoft are much better than what the Na- connectivity to Muskogee, OK. His plan is to utilize 
tional Weather Service has begun using in the Internet to link his TexNet node to other TexNet 
their "Console Replacement System". This equipment that is also linked to the Internet. In part 
system will speak callsigns as they are re- 1 (Aug 98) of this article, Joe discussed the consid- 
ceived, bulletins, or any string you want when — erations of finding and working with an Internet 


ree Cait oe aaa ee Service Provider (ISP) to implement an always-on 
i] [ } iO. 
(API) has been added to APRS+SA to support preinet comme chon via aie] 


external programs that may want to create 
and send messages, objects and other possi- 
bilities. One such program, called DOSAP 
written by Bill Vodall, WA7NWP, for example 
has mechanisms to generate objects to track 
Satellites. For information about DOSAP, see 


http/Avetnet.wa.com/~wa/nwp/aprs/ In late September, | installed a 50-foot aluminum 

dosap.himl. A new documentation web page self-supporting tower at the ISP. | used a 2.4 GHz 

has been created at: http:// loop yagi that | obtained from Down East Mi- 

www.saskriders.com/aprssa/Index.htm crowave. The antenna was fed with approximately 

. . , . 70 feet of LMR-600 hardline. At the point where | 

APRS825 is a routine release with some minor —_—_ entered the building with the feedline, | installed a 

tweaking: . a microwave-rated lightning arrestor that is manu- 

Fixed MAPFIX39 anomalies when editing factured by PolyPhaser. After a bit of antenna 

maps: all high latitudes . . alignment | had a solid 1.5 mile 2.4 GHz path to my 

eee At oe eras ISP. This is the point where the fun begins; | still 
TNG.TNC file ask myself “Am | having fun yet? 

Eliminated the black line artifacts when doing The radios that | used for the connection were 

fates veut ea (This crept manufactured by a company called TAL. TAL is out 

: of business in the US (I see they are still doing 

Added MAPS-OVERLAY-ATV so you can S€@ business in the Philippines) and TAPR has been 

where ATV repeaters are (this file also in- 
cludes shuttle audio repreaters) (Continued on page 6) 


When | left off in the August issue of the Quarterly 
report, | indicated that | would be discussing hard- 
ware issues in part two. Since then some routing 
issues have come up and | will focus more on 
those than on hardware. 
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(Continued from page 5) 

granted access to the remaining US inventory of 
radios and routers. The TAL radio is a two part 
system consisting of a router and a separate radio 
on either 900 MHz or 2.4 GHz. The router has 
several types of data connections including an AUI 
port and a 10 base T port. The router on the ISP 
end is plugged into a 3Com hub in the ISP's 
equipment rack, and with the RF path established | 
should be up and running. Unfortunately | had the 
RF path, but no way to the outside world. 


At my home QTH, | am running Linux on a 486-80 
PC that acts as a router and a firewall, it also 
provides IP masquerading. From this PC, RF 
routes have been set up to remote PC’s running 
JNOS under Linux. These routes are set up using a 
SLIP connection and 900 MHz Freewave radios. 
The firewall and IP Masquerading are used to 
isolate my local network from the real world while 
giving machines on my network access to the 
Internet. There are several machines on this net- 
work running various OS’s including Linux, NT 
Workstation 4.0, WIN 95, and WIN 98. [/P mas- 
querading translates an entire group of private IP 
addresses into a single public IP address. This 
allows one public IP address to serve many com- 
puters. It also means that the private IP addresses 
do not require any formal coordination. Private IP 
addresses must lie in the range 10.0.0.0 - 
10.255.255.255 or in the range 192.168.0.0. 
192.168.255.255, neither range contains any al- 
lowed public IP addresses. Ed.] 


The TAL radios can be configured in different ways. 
One way to configure them is to set them up to 
require an IP address for both the Ethernet port and 
the router. With two IP addresses per router a total 
of five addresses are required for the link: two for 
each of the TAL radio/routers and one for the 
destination address at my Linux-PC at the home 
QTH. In addition, | needed 3 more IP addresses 
for the other radios on the downstream side of the 
Linux-PC IP-masquerading gateway. | could easily 
end up using eight IP addresses. The requirement 
for multiple IP addresses turned out to be a prob- 
lem for me when dealing with the ISP. They are 
running short on addresses. On top of that, there 
are some routing issues that have not been re- 
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solved. The 486-80 machine has an IP address of 
198.247.207.10. The TAL’s are using addresses in 
the 198.247.207.80 range. Temporarily, | had to 
surrender the .80 addresses to the ISP until such 
time as the new block was up and running. [The 
TAL radios can also be configured in a mode where 
they use only one IP address per router/radio 
combination. Ed.]. 


While | can use some of the reserved addresses in 
the private network space of 192.168.X.X on some 
of my links, | need real world (public) addresses for 
AXIP and JNOS linking to work. Most providers 
charge between two to five dollars per month for 
each assigned (public) address. Since | will be 
getting a break on this charge, | am not in a 
position to force any issues with my provider. 


Several weeks later, my provider received his new 
block of IP addresses. This released the .80 series 
addresses for my use. | had some problems with 
the Ethernet port on one of the TAL routers (the one 
at the ISP). | found this problem when | brought the 
TAL home for some testing. | managed to get that 
problem repaired and the equipment was returned 
to the ISP. 


During the time period when | lost the use of the .80 
addresses, | was able to borrow a book on Cisco 
routers. Armed with this book and a generous 
amount of networking documentation that is sup- 
plied with Linux, | was able to work out a plan of 
action. | enabled the RIP dynamic routing protocol 
on the TAL router at the ISP. The RIP protocol 
supplied the necessary routing table entries for my 
equipment to the Cisco 2500. [Either a manually- 
added route entry can be placed in the router's CLI 
script, or RIP IP routing can be used. Ed.]. | found 
that | had neglected to tell the TAL router at the ISP 
that the default gateway should be the IP address 
of the ISP's Cisco 2500 router. [The default gate- 
way address tells the TAL at the ISP where to 
forward packets destined for the public Internet, in 
this case send them to the ISP's router. Ed.]. | 
used Proxy-ARP to publish the hidden TAL IP 
addresses and the destination address of .10 on 
the Ethernet port of the TAL router at the ISP. The 
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hidden TAL addresses are those for the router at 
the ISP and the IP addresses of the Ethernet port 
and the router at my home QTH. If you will remem- 
ber, earlier in this article, | discussed the need for 
two addresses per router. | made sure to include a 
route to the Domain Name Server (DNS) at the 
ISP. [ARP - Address Resolution Protocol, allows a 
router to associate an IP address with an Ethernet 
address; Proxy-ARP allows another computer (the 
proxy) to make this association on behalf of the 
end-system. The proxy does this by relaying the 
end-system ARP requests and responses between 
it's IP ports. In essence, the proxy ‘lies' about the 
Ethernet-to-IP association. Ed.]. 


At this point | started testing using the traceroute 
command in order to see where things “broke”. 
After a bit of poking here and there, | did a tracer- 
oute to tapr.org. All of a sudden, | received a 
routing list showing the path all the way to tapr.org. 
My RF Link and Internet connection was up and 
running! 


It would seem that the working out my link routing 
problems was simple and straight forward. Not so. 
| spent quite a bit of time with the TAL manual, the 
Cisco manual and the Linux networking documen- 
tation. The information on how and when to use 
Proxy-ARP is a bit vague. Then there were a few 
hours spent working with the routing tables to be 
sure that the routing was correct. As a test of the 
link, | downloaded Netscape Navigator via the radio 
link. The 10 megabyte file was downloaded at an 
average speed of 12.1 Kbytes per second (around 
100 kilobits per second). According to the TAL 
manual, any speed of 8Kbytes/sec. or better indi- 
cates that the TAL system is performing to specifi- 
cations. 


In the next installment of this series, | will try to 
cover some of the connectivity issues such as the 
use of the RIP dynamic routing protocol vs. Static 
routing tables, the use of Proxy-ARP and some 
samples of my routing config files. 
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AX-IP node coordinated in Austin 
Bob Morgan, WB5AOH 


The week of September 12, 1998 saw the coordina- 
tion of a new node which will interface TexNet to 
the internet, here in Austin, and as such will greatly 
enhance my ability to start the whole installation 
process on the actual internet. | had been wonder- 
ing how (un)sucessful | might be trying to start up 
the first one in either Denton or San Antonio in- 
stead of locally. Now the problem is solved for me, 
and one of the nice things was they came to me, 
and | didn't have to go beat the bushes. "They" in 
this case was the UT radio club and the local DX 
cluster, who are sponsoring the node. As usual, the 
DXC support of TexNet continues to keep us going. 
Many thanks to all of them. 


Anyhow, the new node will be at the Univ of Texas 
radio club station. They very recently got an ether- 
net feed from someplace downstairs on the inter- 
net, and it is on an existing PC router inside the 
ham shack, so AX25IPD will install on that PC, run 
out the serial port to the TexNet node, which in this 
case is an MFJ1270 contributed by George, K5TR. 
The site is about a mile north of the Austin TexNet 
node, in plain line of site view with no obstructions. 
| elected to use one of our old RCA700's that had a 
weak/blown final and no preamp. | might even 
have to install an antenna on it, but it shouldn't take 
much. | got a user account on that router/pc and it 
works now. They are already doing other things 
with it, among other things it is the mail server for 
the club. Jim in Lafayette has already pinged it, 
reports the roundtrip time might have been a tad 
sluggish, but that was at the time the Lewinsky/ 
Clinton file was just being released on the net, so it 
might possibly represent worst case. 

The node took about 2 afternoons to get running. 
Now | haven't got any AXIP software in it, just plain 
old TexNet for a 1-port node, but it is running here 
on the bench. | think all of the components came 
out of the scrappile someplace or other, we didn't 
run out and buy anything. | have left room to install 
a firecode daughterboard, and if | have time | may 
breadboard up a firecode decoder. | will use the 
code on the bench to test and debug the kiss driver 
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and the AXIP stuff, and when that is done, it can be 
installed at UT, and we will be off and running. 
Well as they say, it is only software. That is next. 
It is likely to take a little more time, but when it is 
done, then the software goes to all of the internet 
interface nodes and then we should be able to 
complete our project. 


The particulars on this node are: Club call is 
N5XU, nodename/alias is UTEXAS, and node num- 
ber is 41. UT ARC had just recently changed its 
club callsign, trading in W5EHM on N5XU. They 
tell me that back when dirt and radio were both 
new, the callsign was 5XU (experimental instead of 
the usual Y-series club stations), and they man- 
aged to "recover" it. 


73 de Bob WB5AOH 
Austin 


IP Subnetting 


Tom McDermott, N5EG 


The subject of sub-network addressing in IP, and 
especially the use of the sub-network mask is 
always a little bit confusing. A sub-network ad- 
dress is a straight-forward extension to IP address- 
ing that allows more IP addresses to be fully used. 
Since there is a shortage of usable IP addresses, 
there is always pressure to find better ways to use 
IP addresses more efficiently. Sub-network ad- 
dressing (or "subnetting") is one technique to pre- 
vent the loss of IP addresses. We will see that 
sub-net addressing allows a single network ad- 
dress to span multiple physical networks. 


In an IP address, the 32-bit address field is broken 
into two parts: the host field, and the network field. 
The network field specifies a particular network 
location, and the host field specifies a particular 
host within that network. In the original specifica- 
tion of IP addresses, three types of address classes 
were specified: class-A, class-B, and class-C. The 
different types of addresses refer to how many of 
the 32 bits are allocated to the network part of the 
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address, and how many bits are allocated to the 
host part of the address. For example, if we 
allocated 8 bits to the network field, and the re- 
maining 24 bits to the host field, then the Internet 
could consist of (at most) 256 networks, each 
having up to 16,777,216 hosts (this is a class-A 
address). If instead we allocated 16 bits to the 
network field, and 16 bits to the host field, the 
Internet could have (at most) 65,536 networks, 
each having up to 65,536 hosts (a class-B ad- 
dress). If we allocated 24 bits to the network field, 
and 8 bits to the ost field, then the Internet could 
have 16,777,216 networks, each with up to 256 
hosts (class-C address). 


Real networks don't all neatly fit into the above 
sizes, so the original Internet addressing specifica- 
tion partitioned the 32-bit address space into 
smaller ranges, containing a subset of class-A, 
class-B, and class-C addresses. This allowed 
large institutions (like the government) to have 
some class-A addresses, large corporations to 
have class-B addresses, and smaller organizations 
to have class-C addresses. Two other types of 
addresses, class-D (multicast) and class-E 
(reserved for future use) were also specified. The 
address space was divided-up, and portions re- 
served for the different address classes. 


Address 
Class 


Reserved Range 
(1st byte of 
IP address) 


001 - 127 

128 - 191 

192 - 224 

225 - 240 

241 - 255 
Note that a host field cannot contain all zero's, or 
all one's. All zero's refers to "this" network, and 
all-one's is a broadcast to "this" network. The figure 


shows how the original addressing worked, pictori- 
ally. 


Continued next time... 
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TPRS Node Assigments 
Official Publication: June, 1995 
Subject to Corrections/Additions/Deletions. 


= ACTIVE/COMPLETED 
ACTIVE/TEST 
= PENDING 


User 
Nr Status City/Town Alias Call Port Remarks 
Dallas TEXNET WR5C 145.05 PMS 
Richardson TESTBED W9DDD None R&D 
Richardson RICH W9DDD None R&D 
Murphy MURPHY NSEG 145.09 
Ft. Worth NWS N5HCO None Weather PMS 


Beorne BEORNE N5VUO 145.01 (Bridged w/BN 
Geronimo GERONMO WB5SNSN_ 145.07 PMS (AKA GER 
Austin AUSTIN WASLHS 145.07 

Austin NQ90 Bryan Stroud Test Node 

San Antonio ALAMO NOCCW 145.09/223.44 

San Antonio SALAMO WA2MCT Interface to SNS/NO USER PORT 
Denton DENTON W5SNGU 145.03 

Lubbock LUBBOCK W5ERO 145.05 

Midland MIDLAND WB5SRXA 145.05 

Greenville GREENVL WB5IZL 145.07 

Midland MAFDXC WF5E 223.58 DXCluster port 2 


OAAITAUHAWNE 


1x KKM KKM XM HX XO 


Rockport ROCPRT N5JKH 144.99/PORT 2 446.1 
C. Christi CORPUS N5XCH 145.05 INTERFACE TO SNS 
Pettus PETTUS KA5SBWL 147.56 

Corpus ESTES KB5GD None Test Node 
Lubbock LBBDXC KA5EJX DXCLUSTER 

Austin AUSDXC WB5VZL 144.99 

Corpus Ch CCSU N5SAHD TEXT Node 

Victoria VCTRIA W5DSC 145.01 

Alice ALICE K5DYY 145.07 

Amarillo AMARILO WD5ILA 145.05 

Abilene ABILENE WBSEKW 145.05 


5 
5 
5 
3 
Austin NQ90 Bryan Stroud Test Node 
4. 
5: 
Te< 


ix x xX 


xxx x UK XM 


Houston HOUSTON WD5HJP UNKN Due 
Pearland PEARL UNKN UNKN Due 
Rosenburg ROSBRG UNKN UNKN Due 
San Antonio SANTEX WB5SFNZ 223.58 

Hempstead HMPSTD Due 


tax tO tO tD 


Kingsville TAMUK W5ZD 144.91 (aka KINGVL) 
Bryan/CollStn SBRAZOS KF5LN 145.05/446.10 Port 0 (PENDING 
RE-INSTALLATION) 
Bryan/CollStn NBRAZOS KG5ZD 446.1 (See Nr 43) 

Fannin County FANNIN WB5RDD 145.05 

Sherman SHERMAN WBSCVR 144.93 

South Dallas SDALLAS KF5RN 
Waco WACO WD5KAL 145.09 
Falfurrias FALFUR WB5FRO None 


ux 
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Mercedes VALLEY NASC 144.60 DxXCluster port 2 

San Isidro ISIDRO K5RAV None 

Brownsville BROWX K5RAV-? NWS node 25.54.57N 97.25.08W 
Fort Worth FTWORTH N5AUX 144.99 

AOHTST AUSTIN WB5AOH NONE R&D AUSTIN 

Murphy CARDNAL WA6ROC None R&D/PMS/NMS/NETCON 


xHSx UX 


(100-150) Reserved for TexLink Node Usage 
Floresville LORES WD5DOE None 


King Mountain I WB5YHC 145.05 
Alpine I WASROE 145.05 
Refugio WB5OLT None 

San Angelo I WASJSN 145.05 


PLAINVIEW ] KCS5ALN 145.05 


Reserved -— WB5DDP 
Reserved -— WB5DDP 


Moody MOODY W5ZDN 


(151-249) Reserved for Non-Texas Node Usage 


Ft Gibson OK FTGIBSN N5GIT 145.01 
Muskogee OK MKOTST WASVMS 446.5 PMS 
Muskogee OK MUSKOGE W5EJK 145.09 


Lincoln AR FAYETVL K5VR 14 
Clayton OK CLAYTON W5CUQ 145. 
Ft Smith AR FTSMITH W5ANR 144. 


Tulsa OK TULWX NSWX NWS Server 
Okemah OK OKEMAH WBSHLR 
Choctaw OK CHOCTAW AB5H 


Garfield AR GARFLD WB2ROC 
Aurora Missouri OARSMO KOSQS 
Mt Magazine AR MAGAZIN KF5XB 
Russellville RSLVL WB5BHS 
Little Rock AR LROCK WB5SQK 144.97 PORT 2 446.50(FUTUR 
Little Rock AR LRTS KA5SQK TEST Node 


(250-255) Network Reserve 


If you are a TexNet node opearator/owner and have a correction to 
make to the list, advise to 

NOCCW@K3WGF.#STX.TX.USA.NOAM, or leave a message for 

NOCCW on the NDALLAS PMS of TexNet. 


TPRS Quarterly Report The Official Journal of the Texas Packet Radio Society Page 10 


ee ee ee ee ee ee ee eee ee ee ee ee ee ee ee) | ee 


TPRS Membership Application 


Name Callsign 
Address 

Apt. or Mailstop 

City/State 

Zip E-mail address 


Evening Phone (_) Work Phone (__) 


Membership is $12 per year. How many years are you paying for? 


New Member Renewal 


Make check payable to: Texas Packet Radio Society 


—-—----------Y 


ATIN: 


Membership Texas Packet Radio Society 


P.O. Box 50238 
Denton, Texas 76206-0238 


Texas Packet Radio Society, Inc. 


Be sure to visit the TPRS web page: 


APRS, AX-IP, http://www.tprs.org 


for the latest information on TPRS 
activities. 


Spread Spectrum, 


A current listing of Packet nodes, 
frequencies, and networks is located in the 


5 North American Digital Systems 
IP Subnetting Directory (NADSD) on-line at: 
http://www.tapr.org/directory/index.html 


OO A A AO A A A A A A A A A A A A A A A ae 


Texas Packet Radio Society 
P.O. Box 50238 
Denton, Texas 76206-0238 


ADDRESS CORRECTION REQUESTED 


To: 


